Celestin Apprentice 5/Apprentice-Release5.iso/Information/THINK C Digest/1992/92-07

Text File | 1995-12-31 | 106KB | 3,020 lines

Path: ucivax!gateway
From: [e-mail]
Subject: PaintRect & FrameRect
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 18
Date: 1 Jul 92 13:56:39 GMT


Im using TC5.0.2 and TCL 112. On a CGridSelector Im using
PaintRect and FrameRect to fill some rects. I do this:

        PenNormal();
        PenPat(gray);
        PenMode(srcXor);
        PaintRect(theBox);
        PenNormal();

It turns out that on a MAC with a small screen (i.e, SE, Classic) the
rect is not painted. However on a MAC II with BW screen or a color
screen it gets painted. Anyone can think on a reason why this is
happening??
Thanks for your help.

[e-mail]











Path: ucivax!gateway
From: [e-mail]
Subject: hrct templates
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 4
Date: 1 Jul 92 14:01:29 GMT


Anyone out there has a template for resources 'hrct' which are
used to write ballon help. A place where to ftp will be fine too.
Thanks.










Path: ucivax!gateway
From: [e-mail] (Mark Nagel)
Subject: ARCHIVE: CMaster updates (1.05 and 1.06 -> 1.07)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
Lines: 74
Date: 1 Jul 92 14:47:34 GMT


Date: Mon, 29 Jun 1992 22:54:55 -0500
From: "Erik A. Johnson" <[e-mail]>
Subject: archive submission mac/think-c/compiler/think-c-cmaster-update105to107.hqx

Here is an updater for CMaster, 1.0.5->1.0.7.  All you need to do (after
un-BinHex-ing, of course) is double-click on the application, it will
prompt you (standard file dialog) for the CMaster file; when you hit
return, it will update the CMaster file you chose.


Erik A. Johnson        \    Internet: [e-mail]     \       |
------------------------\    AmericaOnline: ErikAJ                   \    --+--
Graduate Student         \--------------------------------------------\     |
Aero/Astro Engineering    \  "Jesus said to him, 'I am the way, and    \    |
University of Illinois at  \  the truth, and the life; no one comes to  \   |
   Urbana-Champaign (UIUC)  \  the Father except through me.'" (Jn14:6)  \


P.S. I am not an employee of Jersey Scientific and do not speak for them.
     I'm only a satisfied custormer.  And as for the University of Illinois
     ... they hardly know I exist -- I'm only a grad student!

------------------------------------------------------------------------------

This UpdateMaker(tm) self-actuating file will convert a CMaster(r) 1.0.5 file
to the current version, 1.0.7. This version has improved title bar drawing and
reduced flashing when the "dirty" dot is added/deleted from the title, and
addresses all reported bugs as of 6/10/92. All key equivalents now work as
advertised when the ICON bar is permanently disabled. One new key equivalent
allows you to jump to the matching brace/bracket/paren.

Jersey Scientific
[e-mail]

[archived as: /mac/think-c-compiler/cmaster-105-107.hqx; 45K]

/*****************************************************************************/

Date: Mon, 29 Jun 1992 22:55:18 -0500
From: "Erik A. Johnson" <[e-mail]>
Subject: archive submission mac/think-c/compiler/think-c-cmaster-update106to107.hqx

Here is an updater for CMaster, 1.0.6->1.0.7.  All you need to do (after
un-BinHex-ing, of course) is double-click on the application, it will
prompt you (standard file dialog) for the CMaster file; when you hit
return, it will update the CMaster file you chose.


Erik A. Johnson        \    Internet: [e-mail]     \       |
------------------------\    AmericaOnline: ErikAJ                   \    --+--
Graduate Student         \--------------------------------------------\     |
Aero/Astro Engineering    \  "Jesus said to him, 'I am the way, and    \    |
University of Illinois at  \  the truth, and the life; no one comes to  \   |
   Urbana-Champaign (UIUC)  \  the Father except through me.'" (Jn14:6)  \


P.S. I am not an employee of Jersey Scientific and do not speak for them.
     I'm only a satisfied custormer.  And as for the University of Illinois
     ... they hardly know I exist -- I'm only a grad student!

------------------------------------------------------------------------------

This UpdateMaker(tm) self-actuating file will convert a CMaster(r) 1.0.6 file
to the current version, 1.0.7. This version has improved title bar drawing and
reduced flashing when the "dirty" dot is added/deleted from the title, and
addresses all reported bugs as of 6/10/92. All key equivalents now work as
advertised when the ICON bar is permanently disabled. One new key equivalent
allows you to jump to the matching brace/bracket/paren.

Jersey Scientific
[e-mail]

[archived as: /mac/think-c-compiler/cmaster-106-107.hqx; 41K]










Path: ucivax!gateway
From: [e-mail] (Nick Nei)
Subject: How to change owner name resource (-16096)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 49
Date: 1 Jul 92 20:52:40 GMT


I am trying to write a System 7 extension that does what the
Sharing Setup control panel does - set the Owner Name of
the Macintosh.

I know it alters resource -16096 in the System.  But it must do
more than that because my extension CANNOT MAKE THE CHANGE STAY.
The System just reverts back to the old name.

I can prove this is the scenario using ResEdit:

    Alter ownername (resource -16096)
    Open Sharing Setup - confirms change
    Restart Macintosh
    Old ownername returns!

My code is simply:

=============================================================================
    StringHandle    ownername;
    char        *target = "newname";
    char        *tp;
    int        pos;

    if ((ownername = GetString (-16096)) == NULL)
        SysBeep (10);
    else {
        HLock (ownername);
        HNoPurge (ownername);

        for (pos = 1, tp = target; *tp; (*ownername)[pos++] = *tp++)
            ;
        (*ownername)[0] = tp-target;

        ChangedResource (ownername);
        WriteResource (ownername);
        HPurge (ownername);
        HUnlock (ownername);
    }

=============================================================================

Is this correct?  I think it is because it works in System 6.  Can anyone
tell me where System 7 is keeping the *REAL* ownername?

Mail:  Nick Nei, Computing Science Dept.,
       Glasgow Univ., 17 Lilybank Gardens,
       Glasgow G12 8QQ, UK.  Tel: [phone] x 5457
ARPA:  [e-mail] USENET: [e-mail]










Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: Think-c mailing list
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 12
Date: 2 Jul 92 07:20:12 GMT

Dear Mr. Nagel,
this is to add my name to the think-c mailing list. Actually it wasn't
clear to me whether this is the right e-mail address to send my request, I hope
it works.
I'm an old Mac user, but a brand new C and Think-c user. I already have
several question, mainly arising from the fact that I use the new release of
the compiler, and it looks that every book you can buy is based on release 4.0
Anyway, I'd better wait to see if this request works fine, let me know every
problem should arise, or if I chose the wrong procedure to became a member of
the think-c mailing list (my address is [e-mail])
Sincerely
                                      Rodolfo Cardarelli










Path: ucivax!gateway
From: [e-mail] (WALSHAG)
Subject: RE: How to change owner name resource (-16096)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 43
Date: 2 Jul 92 16:35:30 GMT

> I am trying to write a System 7 extension that does what the
> Sharing Setup control panel does - set the Owner Name of
> the Macintosh.
> I know it alters resource -16096 in the System.  But it must do
> more than that because my extension CANNOT MAKE THE CHANGE
> STAY.  The System just reverts back to the old name.
> Can anyone tell me where System7 is keeping the REAL ownername?

The ownername for System 7 is also located in the "Users and Groups File",
which is located in the Preferences folder (inside the System Folder).

When the Macintosh File Sharing program first accesses the "Users and Groups
File" (boot time), it checks this file for an administrator user.  If the
administrator user is NOT found in this file, the system creates one using the
"owner name" found in System resource 'STR ' -16096.  If it DOES find the
administrator user in the "Users and Groups File", it has no need to look at
the System STR resource & in fact, if the administrator user and this STR do
not match, the system will change the STR to be the same as the administrator
user.

 Therefore, when you reboot after altering the System STR resource, the change
does not appear to take effect since it still exists as the administrator user
in the  "Users and Groups File".  You can verify this by alterting the System
resource 'STR ' -16096 and then  *removing* the  "Users and Groups File" from
the Preferences folder.   Now reboot and check "Sharing Setup".   Your changes
should now appear there.

According to Apple, "once the administrator user is created, it cannot be
deleted or renamed by means of UGLibrary [the users & groups programming api
libraray]; it can only be renamed through the System 7 Sharing Setup control
panel or by means of AppleShar Admin."
This makes it sound like there is no official way of changing the
owner/adminstartor unless you can figure out how Sharing Setup does it, then do
it yourself.

Parting note:  You might need to call FlushVol after changing System
strings....An FKEY I wrote required this call to make changes I made to System
strings permanent after re-boot.

Hope this helps,
Aaron Walsh
Boston College, IPS
[e-mail]










Path: ucivax!gateway
From: [e-mail]
Subject: TC stack usage - help
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 45
Date: 3 Jul 92 17:19:32 GMT


After getting sys err 28 (stack overwrites the heap), I found that my stack
grows much more then I'd expect.  I have traced it down to the following
problem.  I wonder if NetLand can help.

I have a chain of recursive calls  A -> B -> C -> A etc.  The chain is not
very deep.  I have found that most of those procedures are not pushing more
then a few tens of bytes on the stack, except for one which pushes many
thousands, and is causing my problem.

Call this procedure A().  A() looks like

   A(some args) {
        int a,b,c;         // nothing spectacular here
        :
        :
        if (something) {
            int x[1000];   // here come bunch of large tmp arrays
                           // followed by a code that uses them
        }
        :
        B();               // here is the recursive call to B()
                           // which will later call A().
   }

What happens is that TC generates a code that allocates a stack frame big
enough to hold ALL of A()'s local vars, even those in nested blocks.  In
other words, declaring local vars in nested blocks serves only the
syntactic purpose of name scoping, and has no semantic (i.e. run time)
effect.

What I had expected is that the stack will grow when when I am inside the
if(something) block, and will shrink back when I am out of it.  I thought
that that is one of the purposes of curly braces - to allow you to use
temporary space on the stack.

My questionss:
   a. Does my prognosis make sense?
   b. Does my complaint ("what I had expected" paragraph) make sense?
   c. Is there some magic setting that tells TC to do what I want?

Thanks,

Chuck Shavit
[e-mail]










Path: ucivax!gateway
From: [e-mail] ("Jamie R. McCarthy")
Subject: Re: TC stack usage - help
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>; from "[e-mail]" at Jul 3, 92 5:19 pm
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Lines: 38
Date: 3 Jul 92 20:18:56 GMT

[e-mail] writes:
>
> I have a chain of recursive calls  A -> B -> C -> A etc.  The chain is not
> very deep.  I have found that most of those procedures are not pushing more
> then a few tens of bytes on the stack, except for one which pushes many
> thousands, and is causing my problem.
>
> What I had expected is that the stack will grow when when I am inside the
> if(something) block, and will shrink back when I am out of it.  I thought
> that that is one of the purposes of curly braces - to allow you to use
> temporary space on the stack.

Interesting...I'd never thought of doing that.  I suppose that would
make sense, though it would mean an extra two instructions every time
you went in and out of braces that had local variables.

>    c. Is there some magic setting that tells TC to do what I want?

Nope.  Sorry.

You'll want to dynamically allocate your storage.  It's not much extra
code, maybe something like:

A() {
  /* stuff */
  {
    short *p, **h;
    h = (Handle) NewHandle(1000);
    ASSERT(h!=NULL);
    p = *h; // no HLock necessary if you won't be moving memory
    /* Here, use p[] as an array */
    DisposHandle(h);
  }
  B();
}
--
 Jamie McCarthy      Internet: [e-mail]      AppleLink: j.mccarthy
 Nobody reads signatures anyway.










Path: ucivax!gateway
From: [e-mail] (Phil Shapiro)
Subject: TC stack usage - help
Message-ID: <[e-mail]>
In-Reply-To: [e-mail]'s message of 3 Jul 92 17:19:32 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 33
Date: 5 Jul 92 02:41:40 GMT

>>>>> On 3 Jul 92 17:19:32 GMT, [e-mail] said:

 > What happens is that TC generates a code that allocates a stack
 > frame big enough to hold ALL of A()'s local vars, even those in
 > nested blocks.  In other words, declaring local vars in nested
 > blocks serves only the syntactic purpose of name scoping, and has
 > no semantic (i.e. run time) effect.

This is typical of most C and C++ compilers; they effectively collapse
all local automatic definitions into a single stack adjustment that
occurs when the function is entered. OTOH, the C semantics don't
provide any way of referring to a local auto that's outside of the
current scope, so I suppose a compiler could implement it in the way
that you describe (taking the address of an auto doesn't count).
Combining the stack adjusts does provide for smaller and faster code,
though.

 > What I had expected is that the stack will grow when when I am
 > inside the if(something) block, and will shrink back when I am out
 > of it.  I thought that that is one of the purposes of curly braces
 > - to allow you to use temporary space on the stack.

This is more similar to the C++ feature where objects that are local
to a scope are automatically created and destroyed by the compiler.
This is not possible with THINK C objects, since you can't have
value-based objects or stack-based objects, except without a lot of
extra work.

    -phil
----
   Phil Shapiro                                   Software Engineer
   Language Products Group                     Symantec Corporation
           Internet: [e-mail]










Path: ucivax!gateway
From: [e-mail] (Iain Campbell)
Subject: Async calls in 'Comms Tool Box'
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 28
Date: 5 Jul 92 20:21:48 GMT


Does anyone have experience using the asynchronous form of the
Communications Toolbox routines?

I've had no problems with the synchronous calls, but strange problems with
the async ones.  Basically the routines fail to read data and return
(sometimes!!).  I'm not sure if it's a problem with the particular Modem
Tools I'm using, or if it's my misunderstanding of "Inside the Mac Comms
Tool Box".

My problems are a little vague, so rather than waste mailing-list space I'd
appreciate it if you would email me direct and I'll explain in more detail.

Of course, I'll summarise and post any useful info to the list.


Thanks in advance,

Iain.

===========================================================================
Iain Campbell                                        [e-mail]
Radio Schweiz AG                                     [e-mail]
Laupenstrasse 18a
3008 Bern                                            Tel: [phone]
Switzerland                                          Fax: [phone]
===========================================================================











Path: ucivax!gateway
From: [e-mail] (Nick Rothwell)
Subject: Re: Async calls in 'Comms Tool Box'
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 14
Date: 6 Jul 92 13:02:47 GMT

>Does anyone have experience using the asynchronous form of the
>I've had no problems with the synchronous calls, but strange problems with
>the async ones.  Basically the routines fail to read data and return
>(sometimes!!).  I'm not sure if it's a problem with the particular Modem
>Tools I'm using, or if it's my misunderstanding of "Inside the Mac Comms
>Tool Box".

One possible "gotcha" that I came across: be sure to call the CTB's idle
routine (I've forgotten what it's called) periodically, or otherwise
various "open" calls won't return. I *think* I've had async comms working,
but I might be mistaken - it could have been sync. stuff.

Nick.











Path: ucivax!gateway
From: [e-mail] (Rich Siegel)
Subject: Announcing Programmer's Editor Package
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 39
Date: 6 Jul 92 17:59:04 GMT


PEP - The Programmer's Editor Package

The Programmer's Editor Package (PEP) is a collection of library modules
designed to provide for easier implementation of text-editing applications.
PEP consists of the following modules:

    -   a high-performance, line-oriented text engine which supports files as
        large as can fit in RAM, with a 32-bit upper bound on the number of
        lines in a text file, and a 32-bit upper bound on the number of
        characters in a text file. The editing engine provides for
        consistently fast typing performance, no matter how large the file,
        and no matter where the typing occurs.

    -   a RAM-based search engine for locating literal strings of characters
        within a designated region of memory.

    -   a RAM-based search engine for locating strings of characters based
        on matches with a regular expression ("grep searching").

    -   a disk-based engine for recursively traversing HFS directory
        structures, as well as generating a list of files which match
        a file name pattern.

    -   a sample text editor which illustrates the basic functionality
        of all of these modules.

PEP is 32-bit clean, VM compatible, and compatible with System releases 5.0
and later.

PEP is for use with the THINK C and THINK Pascal compilers; it can be used
with version 3.0 and later of THINK C, and version 2.0 and later of THINK
Pascal.

PEP is available now. Upgrade pricing is available for users of the
Symantec CAPPS package. For pricing and availability information, send e-mail
to [e-mail].

THINK C, THINK Pascal, and CAPPS are trademarks of Symantec Corporation.










Path: ucivax!gateway
From: [e-mail]
Subject: Announcing Programmer's Editor Package
Message-ID: <[e-mail]>
In-Reply-To: Rich Siegel's message of 6 Jul 92 17:59:04 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 12
Date: 6 Jul 92 20:59:37 GMT


Dear Rich,

I'd like to obtain info re pricing and availablity of PEP.  If I will use
PEP, I would incorporate it in a shareware (or commercial if I'm lucky)
product, so the pricing should cover an unlimited use of PEP by my
software.

Thanks,

Chuck Shavit
[e-mail]










Path: ucivax!gateway
From: [e-mail] (Liquid Sky)
Subject: Think C for large projects?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 16
Date: 6 Jul 92 23:25:08 GMT


We are currently deciding on a development environment for our next
generation of software and require that it support object oriented
programming in C. We have used MPW with a macro-based object system
previously but find it lacking for the new venture. We are considering Think
C and MPW MacApp C++ but don't quite know how they stack up to one
another. the MPW environment. Some of the things we do know include
it's inablility to handle multiple inheritance, no source code
revision control tools and others. How complete is the implementation
of Think C's C++ extensions? Has anyone ever done a study between the
two to make such a decision? What are the key points worth considering?

Thanks,
Dave Francis
Digital F/X
[e-mail]










Path: ucivax!gateway
From: [e-mail] (Eric Slosser)
Subject: Announcing Programmer's Editor Package
Message-ID: <[e-mail]>
In-Reply-To: Rich Siegel's message of 6 Jul 92 17:59:04 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 9
Date: 7 Jul 92 05:08:02 GMT

What! No interface to PopUpFunc-tionality in PEP?

And I thought that was the coolest feature of them all!

Eric Slosser,

single parent of PopUpFuncs,
the cool utility with the doofy name.











Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: Mac Programmer's primer
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 43
Date: 8 Jul 92 07:36:39 GMT

I'M TRYING TO LEARN TO PROGRAM IN THINK-C USING MAC PROGRAMMER'S
PRIMER BOOK. UNFORTUNATELY IT LOOKS IT HAS BEEN WRITTEN FOR PREVIOUS
RELEASES OF THE COMPILER (I USE V 5.0.2 UPGRADED), THAT IS SOME PROGRAMS
DON'T WORK. IN PARTICULAR THE PROGRAM EVENTTUTOR HAD PROBLEMS WITH ROUTIN
ES LIKE BEGINUPDATE, BUT MIKE RUHL SUGGESTED ME TO FIX IT WITH A CAST
TO (WINDOWPTR) AND THAT WORKED (THANKS MIKE). NOW IT LOOKS THERE ARE PROB
LEMS IN LOADING RESOURCES. THE PIECE OF CODE IS SOMETHING LIKE THAT
( I OMIT OTHER DECLARATION TO NOT WASTE SPACE)
 DEFINE BASE_RES_ID   400    /* THE POUND SIGN IS NOT AVAILABLE ON THIS*/
 DEFINE NIL_POINTER   (PTR) 0 /* MACHINE SO I OMITTED THEM, BUT ON MY */
 DEFINE MOVE_TO_FRONT (WINDOWPTR) -1 /*MAC OF COURSE THEY ARE PRESENT */

 WINDOWPTR    GPICTWINDOW,GEVENTWINDOW  /* ALSO SEMICOLON ARE MISSING..*/
 .
 .
 .
 MAIN()

 TOOLBOXINIT()  /*USUAL INITIALIZATION*/
 WINDOWINIT()
 .
 .
 .
 WINDOWINIT()  /* HERE'S THE FUNCTION WHICH GIVES PROBLEMS */

 GPICTWINDOW=GETNEWWINDOW(BASE_RES_ID,NIL_POINTER,MOVE_TO_FRONT)
 GEVENTWINDOW=GETNEWWINDOW(BASE_RES_ID+1,NIL_POINTER,MOVE_TO_FRONT)
 SETPORT(GEVENTWINDOW)
 SHOWWINDOW(GEVENTWINDOW)
 SELECTWINDOW(GEVENTWINDOW)

 WELL, I HOPE IT'S CLEAR (THIS MACHINE HAS ONLY CAPITALS LETTERS, NO
COLONS, POUND SIGN....). ANYWAY AFTER THE CALL TO GETNEWWINDOW, THE
ADDRESS OF GPICTWINDOW REMAINS 0X000000, AND AFTER THE CALL TO SETPORT
ALSO THE GLOBAL VARIABLE THEPORT IS SET TO 0X000000, THAT IS NOTHING
HAPPENS...
ANOTHER SIMILAR PROGRAM, MONDRIAN, WITH THE SAME PIECE OF CODE, WORKS FIN
E. I CHECKED THE RESOURCE FILE, AND IT SEems  OK, AT LEAST ACCORDING TO
THE BOOK. OK, I THINK I WASTE ENOUGH OF YOUR SPACE AND PATIENCE. IS THERE
ANYBODY OUTTHERE WHO COULD HELP ME? IS THERE ANYONE WHO ALREADY DEBUGGED
THE MAC PROGRAMMER'S PRIMER TO ADAPT IT TO THINK-C 5.0.2?
THANKS EVERYBODY
RODOLFO CARDARELLI










Path: ucivax!gateway
From: [e-mail] ()
Subject: How To Control Apple Serial NB Card (Q)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
Lines: 9
Date: 10 Jul 92 15:11:57 GMT

     I have an application which uses the printer and modem ports to control
serial devices.  I now have a serial NB card and would like for the card to
take over the control so I can use the printer and modem ports for their normal
functions.  Does anyone have software which will do this?  Any help would be
greatly appreciated.  I am using TC 5.0.2.  Thanks
Jim Kempf
[e-mail]












Path: ucivax!gateway
From: [e-mail] (Bob Miller)
Subject: Programming System 7: is it good?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Quote-Of-The: C++ also supports the notion of *friends*: cooperative
                classes that are permitted to see each other's private parts.
                                        -- Grady Booch
Organization: The GrapE-ics Lab
Lines: 5
Date: 10 Jul 92 20:42:53 GMT

Has anyone used the book Programming System 7?

What do you think of it?  Is it worth $24.95 of your own lunch money?

                    K<bob>










Path: ucivax!gateway
From: [e-mail]
Subject: Gestalt Glue.
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 6
Date: 11 Jul 92 07:41:28 GMT

Gestalt Glue.

What does it do? I've only seen references on two pages in the Think
Manuals. Can someone shed some light?












Path: ucivax!gateway
From: [e-mail] (Jeffery Garner)
Subject: Re: Programming System 7: is it good?
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mime-Version: 1.0
Newsgroups: fa.think-c
Lines: 27
Date: 11 Jul 92 12:00:15 GMT


One of the very best programming books I ever invested in!"!!!
EXCELLENT examples, plus a full-blown awesome shell called Skeleton!
There's no better way to start learning Sys7!  I've written a term,
new FileIO programs, and lots of AppleEvent code, thanks to that one book.

Well, the birds have started to sing, so I guess it means it's time to hit
the sack... hmm.. only 7 hours til noon...  :-)

Jeff Garner
Shoestring Software Products

{Will Apple name their new RISC Macs "Pippin?"   (Apples, Macs, Newtons,
Pippins)  And I remember a certain burrfooted short hobbit named Pipin...
Didn't he always munch on Apples in his travels?  :-)



On 10 Jul 1992, Bob Miller wrote:

> Has anyone used the book Programming System 7?
>
> What do you think of it?  Is it worth $24.95 of your own lunch money?
>
>                     K<bob>












Path: ucivax!gateway
From: [e-mail]
Subject: Re: Programming System 7: is it good?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 10
Date: 13 Jul 92 12:01:20 GMT

I found it had the easiest explanation of how to add balloon help to dialog
boxes. Save me a lot of time
---
Richard D. Ferrante
Atlantic Aerospace Electronics Corporation
470 Totten Pond Road
Waltham, Ma. 02154
[phone]
[e-mail]











Path: ucivax!gateway
From: [e-mail]
Subject: GrowMemory method is never called in CApplication
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 15
Date: 13 Jul 92 13:01:54 GMT


My app is crashing my Mac when it runs out of heap space. I have
been monitoring the heap with SWATCH (great utility BTW) and in theory
the system should call GrowZoneFunc which in turns will call
GrowMemory which in turns calls Memory***** (I forgot the name right now)
which I override to display an alert informing the user that
memory is low and windows must be closed and doc must be saved. Also
here I unable the commands New and Open.

Somehow GrowMemory is never called. Any ideas why this is happening?

Something I should do?

Thanks.











Path: ucivax!gateway
From: [e-mail] (Trey Campbell)
Subject: SetDialogTracksCursor
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 15
Date: 13 Jul 92 14:28:10 GMT
X-Vmsmail-To: SMTP%"[e-mail]"

Hi, all!

A while back I remember some discussion of the undocumented new traps that are
part of the System 7 Dialog Manager. I've had no trouble getting
SetDialogDefaultItem and SetDialogCancelItem to work as advertised, but I have
not been able to get the third call, SetDialogTracksCursor, to work. I'm using
the following definition:

pascal OSErr SetDialogTracksCursor(DialogPtr theDialog, Boolean tracks) =
    {0x303C, 0x0306, 0xAA68};

Has anybody been able to make this thing work? Or do I have a flaw hidden
somehwere in it? Thanks in advance for any suggestions.

Trey Campbell, Texas A&M University










Path: ucivax!gateway
From: [e-mail] (Wade Williams)
Subject: Can't open file error
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 22
Date: 13 Jul 92 15:03:42 GMT

Here's a perplexing one:

I'm trying to run a THINK C 5.0 project.  It runs fine, but when I try to
examine any of my variables, I get the message (in the Data window) "**
can't open file "ResEd.c""  That file is my source code file.

What's even more interesting is if I haven't touched the variables in the
data window (ie. they're still in their saved state), the variables still
evaluate correctly.  But, if I remove a variable, then type in the exact
same thing, I get the "can't open file" message.

If it helps, I've been moving this project file from home to work everyday.
 I move the project file, the source code and the resource file.  This is
the first trouble I've had though.  Anyone have any ideas what's happening?
-------------------------------------------------------------------
Wade Williams                        "One likes to believe in the freedom
User Services Specialist          of music, but glittering prizes and
Academic Computing Services    endless comprimises shatter the
Auburn University                 illusion of integrity."
[e-mail]                          (N. Peart of Rush)
--------------------------------------------------------------------











Path: ucivax!gateway
From: [e-mail]
Subject: DES encryption code
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 16
Date: 13 Jul 92 16:50:34 GMT

Hi, I'm new to this list, but I looked through the archived correspondence.
In it I found a short thread on DES encryption code (someone was asking if
anyone could send him some examples to play with).

Whatever came of this? Was it ever posted anywhere? Is DES encryption code
technology  limited in distribution by the government?

I'd really like to see it. I've always been fascinated with encryption
schemes.

-tig [e-mail]

PS: I'm a red-blooded American with no ties to the Communist party, Fidel
Castro, Muammar Quadafi or even Jerry Brown. I promise I won't endanger
national security by allowing foreignors to encrypt their electronically
stored recipes and letters.










Path: ucivax!gateway
From: [e-mail] (Wade Williams)
Subject: RE: Can't open file error
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 20
Date: 13 Jul 92 17:17:16 GMT

>think c is very picky about paths to files.  if the path name on your
>home machine is different than the path on your work machine, you can
>run into this trouble.
>
>                            -andre.

That was it exactly.  I fixed it simply by "Remove Objects" then reloading
everything.  Why I didn't think of that in the first place, I'll never
know.

My apologies to everyone.  I should have solved that on my own.

-------------------------------------------------------------------
Wade Williams                        "One likes to believe in the freedom
User Services Specialist          of music, but glittering prizes and
Academic Computing Services    endless comprimises shatter the
Auburn University                 illusion of integrity."
[e-mail]                          (N. Peart of Rush)
--------------------------------------------------------------------











Path: ucivax!gateway
From: [e-mail] (Bob Miller)
Subject: code organization in an INIT
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Quote-Of-The: Thompson, if he is to be believed, has sampled the entire
            rainbow of legal and illegal drugs in heroic efforts to feel
            better than he does.
                As for the truth about his health: I have asked around about
            it.  I am told that he appears to be strong and rosy, and steadily
            sane.  But we will be doing what he wants us to do, I think, if we
            consider his exterior a sort of Dorian Gray facade.  Inwardly, he
            is being eaten alive by tinhorn politicians.
                The disease is fatal.  There is no known cure.  The most we
            can do for the poor devil, it seems to me, is to name his disease
            in his honor.  From this moment on, let all those who feel that
            Americans can be as easily led to beauty as to ugliness, to truth
            as to public relations, to joy as to bitterness, be said to be
            suffering from Hunter Thompson's disease.  I don't have it this
            morning.  It comes and goes.
                This morning I don't have Hunter Thompson's disease.
                                        -- Kurt Vonnegut, Jr.
Organization: The GrapE-ics Lab
Lines: 47
Date: 13 Jul 92 17:35:26 GMT

[ BTW, thanks for all the responses on Programming Sys. 7.  Since
  nearly everyone likes it, I guess I'll buy it next time I'm in a
  store. ]

I am writing an INIT (which may soon be a cdev).  I have many
questions.

The init has two parts, an initialization section and an always-loaded
section.  It's in THINK C, with maybe 50 lines of assembler.  The
initialization section creates some data structures, patches some
traps, and exits.  The always-loaded section handles those traps.

The reason it's two sections is to save memory after it loads.

The initialization section has to know several addresses inside the
other section.  It has to know the addresses of five trap handlers and
about ten global variables.

I'm thinking that it would be grand if the INIT could be built as two
segments linked together, then the first segment could force the
second to load into the system heap and not .

Is "multi-segment code resource" an oxymoron?

Do INITs have their own heaps or do they always run in the system
heap?  (I mean when the INIT is loaded, not when the patched traps are
called.)

How would a program go about forcing another segment to load, in the
system heap, and becoming a detached resource?  Would it just be this?

    typdef struct jmp_table {
        short jmp_opcode;
        long absolute_address;
    } *JMPPTR;

    SetZone(SystemZone());
    any_routine_in_segment();
    h = RecoverHandle(((JMPPTR) any_routine_in_segment)->absolute_address);
    DetachResource(h);
    SetZone(previous zone);

Any light, opinions, or flames appreciated.

Thanks.

                    K<bob>










Path: ucivax!gateway
From: [e-mail] (Ephraim Vishniac)
Subject: Re: Can't open file error
Message-ID: <[e-mail]>
In-Reply-To: Your message of "13 Jul 92 15:03:42 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
Lines: 23
Date: 13 Jul 92 18:50:45 GMT


   Date:  13 Jul 92 15:03:42 GMT
   From:  Wade Williams <[e-mail]>

   Here's a perplexing one:

   I'm trying to run a THINK C 5.0 project.  It runs fine, but when I try to
   examine any of my variables, I get the message (in the Data window) "**
   can't open file "ResEd.c""  That file is my source code file.

   What's even more interesting is if I haven't touched the variables in the
   data window (ie. they're still in their saved state), the variables still
   evaluate correctly.  But, if I remove a variable, then type in the exact
   same thing, I get the "can't open file" message.

   If it helps, I've been moving this project file from home to work everyday.
    I move the project file, the source code and the resource file.  This is
   the first trouble I've had though.  Anyone have any ideas what's happening?

I'm just guessing, but try going to the Make dialog and hitting the
Use Disk button. I believe this forces Think C to go and find
everything on disk, updating its beliefs about where things are.











Path: ucivax!gateway
From: [e-mail] (Paul Franklin)
Subject: Re: DES encryption code
Message-ID: <[e-mail]>
In-Reply-To: Your message of "13 Jul 92 16:50:34 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
Lines: 39
X-Mts: smtp
Date: 14 Jul 92 00:31:32 GMT


Your message dated: 13 Jul 92 16:50:34 GMT
>Whatever came of this? Was it ever posted anywhere? Is DES encryption code
>technology  limited in distribution by the government?

I'll try to answer all of these.  It is, and has been, posted in
Finland.  I would like to suggest that someone else get it and post
it here in the US.  I have a copy (I lived in Norway and got it then),
so anyone willing to ask me for it to post can have it, but I don't
know of an appropriate place to post it.  The code is Mac-compatible,
but no more; the main reason it checks for the Macintosh is it needs
to resolve some byte/bit-ordering issues so the fact that it's running
on a 680x0 is important.  The code is excellent, as far as I can tell;
I glanced through most of it.  So, if anyone knows of a good general
archive, I'll post it.  If I see strong interest, I'll convert it to
Mac format (.sit.hqx) from Unix (.tar.Z) and post it here, but I'm not
sure it's that appropriate, particularly when the server at Irvine where
think-c lives is short on space.

I don't know if it's illegal to export DES code, but the specifications
are widely known and the code was written in Finland, so the US can't
really restrict it (except maybe to restrict _importation_ of it, which
doesn't make a whole lot of sense).

In summary, I think it's a valuable thing to post, so if anyone has a
good place to post it, and no one ccomes up with a legal objection, I'll
post it.

In addition, I have implemented a _simple_ version of DES
in plain C; it is just a skeleton and just does one code word (64 bits) at
a time.  However, it is also very easy to understand.  It was implemented
here in Norway for a class, but it's an intersting technical point, since
I'm a US citizen, an exchange student from the University of California.
Anyways, I'm still willing to share.  The package includes a short
writeup covering issues we dealt with (or didn't), including easy ways to
make it more efficient.  If anyone's interested in this version instead,
I'll consider posting it as well.

--Paul Franklin










Path: ucivax!gateway
From: [e-mail] (Per Mildner)
Subject: DES encryption code
Message-ID: <[e-mail]>
In-Reply-To: [e-mail]'s message of 13 Jul 92 16:50:34 GMT <[e-mail]>
Newsgroups: fa.think-c
X-Charset: ASCII
Lines: 8
Date: 14 Jul 92 11:02:26 GMT
X-Char-Esc: 29


There are several public domain DES implementations available by ftp.
Use archie if you can, or use comp.compression FAQ. If this means
nothing to you I can give more info.
Regards,
Per Mildner            [e-mail]
Computing Science Dept.        tel: [phone]
Uppsala University, Sweden    fax: [phone]










Path: ucivax!gateway
From: [e-mail] (Per Mildner)
Subject: DES encryption code
Message-ID: <[e-mail]>
In-Reply-To: Paul Franklin's message of 14 Jul 92 00:31:32 GMT <[e-mail]>
Newsgroups: fa.think-c
X-Charset: ASCII
Lines: 8
Date: 14 Jul 92 11:08:22 GMT
X-Char-Esc: 29

I believe exporting DES and similar stuff FROM the US to be illegal,
even if the stuff was imported from some other country in the first
place. There are archives outside the US that carries a multitude of
DES implementations.
Regards,
Per Mildner            [e-mail]
Computing Science Dept.        tel: [phone]
Uppsala University, Sweden    fax: [phone]










Path: ucivax!gateway
From: [e-mail] (MIKOLIC-TORREI I)
Subject: DES algorithms....
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 23
Date: 14 Jul 92 14:05:54 GMT


The DES algorithm can be found in the book Numerical Recipies in C (and
probably in the Fortran/Pascal verions--I only have the C version).
About 3 years ago (well, somewhere between 2 and 5 years ago), Scientific
American had an excellent series of article on DES in the back sectin
entitled Mathematical/Computer Recreations by Dewendy (the name and title
are probably slightly off).  Those articles remain the BEST exposition of
DES that I've seen in the open literature to date.  Highly recommended.
Note that there was a mistake in one of the articles and the errata didn't
show up until a few issues afterwards--and it's a fairly serious mistake
in one of the tables.

The algorith in Nuerical Recipies isn't a particularly good implementation, but
you can follow it from there and right your own.

Note also that to be a "certified" DEencryption, the algorithm MUST be
implemented in HARDWARE.  FUrthermore I beleive (but am not a legal type)
I believe that the restriction on exports applies only to hardware
implementing DES encryption.

Igor Mikolic-Torreira
[e-mail]











Path: ucivax!gateway
From: [e-mail] ("David A. Carlton")
Subject: Mailing Lists
Message-ID: <[e-mail]>
X-Mailer: Fernmail 1.1
Newsgroups: fa.think-c
Reply-To: [e-mail]
Organization: Poly Micro Systems
Lines: 8
Date: 14 Jul 92 14:16:07 GMT

Can anyone tell me if and where a mailing list exists for the Think
Class Library and Think Pascal.

Thanks,
---
Dave Carlton
[e-mail]











Path: ucivax!gateway
From: [e-mail] ("David A. Denboer")
Subject: Programming Sys 7 book
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 7
Date: 14 Jul 92 20:04:40 GMT

Does anyone have the ISBN# and authors for this book, so I can go out and
order it?

Thanks,
David A. denBoer
[e-mail]
Musi Computer Products










Path: ucivax!gateway
From: [e-mail] (Zach Kessin)
Subject: SMTP mail (mac TCP)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 17
Date: 14 Jul 92 21:42:15 GMT


I am trying to write a SMTP mail program on the mac, If anyone has
some source code that they could send me (or just a good description
of the standard would help too).

THINK C code would be best, MPW would be usable too however.

Thanks in advance!

--Zach
   Zachary Kessin
 [e-mail]  / Time and tide melts the snowman
 [phone]                 /   --The Doctor 'Time and the Rani'














Path: ucivax!gateway
From: [e-mail] (The sky is ecstasy dancing)
Subject: RE: SMTP mail (mac TCP)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 23
Date: 15 Jul 92 00:38:15 GMT
X-Vmsmail-To: SMTP%"[e-mail]"

% I am trying to write a SMTP mail program on the mac, If anyone has
% some source code that they could send me (or just a good description
% of the standard would help too).


A description of the SMTP standard can be found by anonymous ftp at

telcom.arizona.edu

in the [rfc.800] directory

Get file RFC821.txt

This is the complete SMTP protocol. :)

Good Luck.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Mike Ruhl
Operator
Arizona Cancer Center
[e-mail]










Path: ucivax!gateway
From: [e-mail] (AARON BARNETT)
Subject: copyrights
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
MIME-version: 1.0
Newsgroups: fa.think-c
X-VMS-To: TOE::IN%"[e-mail]"
Lines: 4
Date: 15 Jul 92 13:17:40 GMT
X-Envelope-to: [e-mail]

I have just written my first piece of software that I feel is net-
distributable.  How do I get a copyright.
Aaron
[e-mail]










Path: ucivax!gateway
From: [e-mail] (Pete Resnick)
Subject: Re: copyrights
Message-ID: <[e-mail]>
X-Mailer: Eudora [version 1.3a44 MacTCP]
Newsgroups: fa.think-c
Lines: 12
Date: 15 Jul 92 14:57:51 GMT

>I have just written my first piece of software that I feel is net-
>distributable.  How do I get a copyright.

You write somewhere in the software (probably your 'vers' resource) and in
your documentation "Copyright 1992 Aaron Barnett". You're done. Actually,
you always "had" the copyright; writing that in the software and docs just
reminds others of this fact. So long as you announce to the world that this
code is your own, noone else has the right to copy it except as expressed
by you. That's all there is to it legally.

pr











Path: ucivax!gateway
From: [e-mail] ("Jamie R. McCarthy")
Subject: Re: copyrights
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>; from "AARON BARNETT" at Jul 15, 92 1:17 pm
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Lines: 23
Date: 15 Jul 92 15:33:01 GMT

Aaron Barnett writes:
> I have just written my first piece of software that I feel is net-
> distributable.  How do I get a copyright.

Put the following notice in a conspicuous place:

(c) Copyright 1992 by Aaron Barnett.  All Rights Reserved.

Ta-da, it's copyrighted.  The last three words even protect your
copyright in other countries that honor our copyright laws, or so
I hear.

If you think you might get taken to court someday, you can minimize your
court costs by registering your copyright with the government.  (The
case will be really quick if you can pull out the official documents.
If you don't register, you're still protected, don't worry.)  To get all
the information about how to do this, write the Library of Congress and
ask them for their info-packet on How To Copyright Computer Software.
--
 Jamie McCarthy      Internet: [e-mail]      AppleLink: j.mccarthy
 If you learn nothing else from Usenet, learn this:  "a case can be made"
 means _nothing_.  Every fallacious, cockeyed idea has its proponents,
 who will make their rickety, hole-ridden case to anyone who will listen.










Path: ucivax!gateway
From: [e-mail] (Nick Nei)
Subject: Someone please help me translate this pascal code to C...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 35
Date: 15 Jul 92 18:03:34 GMT


Dear gentle THINK-C programmers,

    I am trying to translate a THINK-Pascal source INIT which restarts
the mac at a specified time.  It uses the (old) Time Manager, but there
is some code which doesn't make much sense to me:

    (* This gets some separately compiled code which reboots the mac *)
    myhandle := getnamedresource ('CODE', 'Reboot');
    codesize := gethandlesize (myhandle);

    (*  OK, This is the part that puzzles me... *)
    BufPtr := Pointer ($10C);
    BufPtr^ := Pointer (ord(BufPtr^) - (codesize + 100));

    tmptr := Pointer (ord(BufPtr^) + 2);
    if odd(ord(tmptr)) then
        tmptr := Pointer(ord(tmptr) + 1);

    ourcodeptr := Pointer(ord(BufPtr^) + 50);
    if odd(ord(ourcodeptr)) then
        ourcodeptr := Pointer(ord(ourcodeptr) + 1);

    (* end of stuff that baffles me! *)

    BlockMove (myhandle^, ourcodeptr, codesize);

Can any gurus illuminate (or better translate!) this for me!  I have a feeling
this is detailed in some tech note but where is it?  Mac programming is
REALLY arcane!!

Mail:  Nick Nei, Computing Science Dept.,
       Glasgow Univ., 17 Lilybank Gardens,
       Glasgow G12 8QQ, UK.  Tel: [phone] x 5457
ARPA:  [e-mail] USENET: [e-mail]










Path: ucivax!gateway
From: [e-mail] (Bob Miller)
Subject: Re: copyrights
Message-ID: <[e-mail]>
In-Reply-To: Your message of "15 Jul 92 13:17:40 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
X-Quote-Of-The: Ada is PL/I trying to be Smalltalk.  -- Codoso diBlini
Lines: 27
Date: 15 Jul 92 18:38:30 GMT

> I have just written my first piece of software that I feel is net-
> distributable.  How do I get a copyright.
> Aaron
> [e-mail]

Just do it.

There is no centralized registry of copyrighted works or anything,
so you can copyright something merely by putting a copyright notice
on it.

A proper copyright notice contains the following elements.

    the word "Copyright",
    the year,
    the copyright owner (you),
    and the string "All rights reserved."

If you want to put restrictions on redistribution or use, you can do
that by specifying the restrictions with the copyright.  (This is kind
of vague; tell us what restrictions you want, if any.)

This message is copyright 1992, Robert N. Miller.  All rights
reserved.  May be freely redistributed, in whole or in part, so long
as this copyright notice remains attached.

                    K<bob>










Path: ucivax!gateway
From: [e-mail]
Subject: BitmapToRegion Glue Routine
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 14
Date: 15 Jul 92 18:42:28 GMT

I need to use BitmapToRegion routine in a 6.0.x/7.0 application.  As I
understand, I'll have to use glue for compatibility with 6.0.x systems
(perhaps those not running with 32-bit QD? I can't remember).  Anyway, how
do I use the BitmapToRegionGlue routine?  I tried including the appropriate
header file and calling either BitmapToRegion or BitmapToRegionGlue
depending on whether I the application was running under System 7 or 6.0.x,
but I keep getting a link error.  Incidentally, both MacTraps and MacTraps2
libraries are in my project.

I'd really appreciate your help.  Thanks in advance.

Richard Beecher
[e-mail]











Path: ucivax!gateway
From: [e-mail]
Subject: Re: copyrights
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 44
Date: 15 Jul 92 19:12:28 GMT

>(c) Copyright 1992 by Aaron Barnett.  All Rights Reserved.

I think the order is wrong.  I think "Copyright (c) 1992 by Aaron
Barnett" is correct.  Also, to be one step safer, don't actually type
"(c)", type option-g to get the real thing instead.  (The real thing
looks cooler too.)

Be sure not to do anything dumb like calling it "Public Domain" or
"PD" in any of your docs.  If you want to give some people permission
to copy your program be careful how you word it, give them only the
rights you want to give then, reserve for yourself the rights you want
to reserve for yourself.

You also might want to see what others have done.  From Disinfectant
2.9's help:

  Permission is granted to make and distribute copies of this
  software, provided this disclaimer and copyright notice are
  preserved on all copies.  The software may not, however, be sold or
  distributed for profit, or included with other software which is
  sold or distributed for profit, without the permission of the
  author.

I don't see that he prohibits alterations of his software, but he as
other techniques for doing that--like self-checking and refusing to
run, and he also has released source code for the non-virus parts of
the program, so he is being very liberal.  You might send mail to John
Norstad asking whether you may copy his copyright notice.  (Can a
copyright notice itself be copyrighted??)

Others give specific permission to online services to charge normal
connect fees for downloading and for BMUG and BCS Mac to include it
for sale in their collections.  Some explicitly say the Educorp and
its ilk may *not* include it in their collections.

Also, check out the notice on Apple's tech notes.  It should be pretty
good at providing for wide distribution while maintaining clear
ownership.

--
Kent Borg                                   [e-mail] or [e-mail]
                                            H:[phone]  W:[phone]
As always, things look better when some costs are left out.
                              -Economist 3-28-92 p. 94










Path: ucivax!gateway
From: [e-mail]
Subject: Sublaunching under System 6
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 24
Date: 15 Jul 92 23:13:29 GMT


Hello,

Has anyone tried tried to sub-launch an child from an application?  If so
how does the launching application wait for the child to exit before
continuing?

Tech. Note #205 (Multifinder Revisited) implies a childDiedEvent will be
sent when a sub-launched child dies.  However it explictly says that this
event is supported only under Multifinder 6.1b7 or 6.1b9, which are available
to developers but cannot be distributed. So applications developed  expecting
this event will work on systems running the developer version of Multifinder
only.

So the question is: is there a sanctioned method of creating a child process
in an application and waiting until the child completes?

If anybody has ideas on how to do this, I'd love to find out.

Thanks.

Riyaz Asaria
[e-mail]











Path: ucivax!gateway
From: [e-mail] (Ephraim Vishniac)
Subject: Re: Someone please help me translate this pascal code to C...
Message-ID: <[e-mail]>
In-Reply-To: Your message of "15 Jul 92 18:03:34 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
Lines: 43
Date: 16 Jul 92 01:22:37 GMT


   Date:  15 Jul 92 18:03:34 GMT
   From:  Nick Nei <[e-mail]>

       I am trying to translate a THINK-Pascal source INIT which restarts
   the mac at a specified time.  It uses the (old) Time Manager, but there
   is some code which doesn't make much sense to me:

       (* This gets some separately compiled code which reboots the mac *)
       myhandle := getnamedresource ('CODE', 'Reboot');
       codesize := gethandlesize (myhandle);

       (*  OK, This is the part that puzzles me... *)
       BufPtr := Pointer ($10C);
       BufPtr^ := Pointer (ord(BufPtr^) - (codesize + 100));

Permanently allocate (codesize+100) bytes at the top of memory. Lower
BufPtr (a low memory global) to reflect this allocation.

       tmptr := Pointer (ord(BufPtr^) + 2);
       if odd(ord(tmptr)) then
           tmptr := Pointer(ord(tmptr) + 1);

tmptr is se to BufPtr+2, then rounded up 1 if it's odd.

       ourcodeptr := Pointer(ord(BufPtr^) + 50);
       if odd(ord(ourcodeptr)) then
           ourcodeptr := Pointer(ord(ourcodeptr) + 1);

ourcodeptr is BufPtr + 50, then rounded up 1 if it's odd. I suppose
the 50 bytes are for variable storage. Is that what tmptr is used for
later?

       (* end of stuff that baffles me! *)

       BlockMove (myhandle^, ourcodeptr, codesize);

   Can any gurus illuminate (or better translate!) this for me!  I have a feeling
   this is detailed in some tech note but where is it?  Mac programming is
   REALLY arcane!!

BufPtr is mentioned in IM-II, pages 19 and 22. Not really explained
there, though.










Path: ucivax!gateway
From: [e-mail] ("David A. Denboer")
Subject: Programming QuickTime
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 19
Date: 16 Jul 92 03:42:41 GMT


Why, when compiling stuff from Apple's QuickTime CD, does the compiler
continuously stop compiling at the line
# include <Components.h>

No matter what kind of mac I am using, the damn thing wont work.
It says that it could not load "Components.h", yet when I load it it works fine.
It is in the same folder as my project, as are all the interface stuff for QT,
but still wont load.

What is happening?!!?!?!?
I have a project using QT due in two weeks, and cant even debug the damn
program, cause it wont compile completely!

Thanks,
David A. denBoer
[e-mail]
Musi Computer Products
"Macintosh Users Show Intelligence" (MUSI)










Path: ucivax!gateway
From: [e-mail] (Chuck McMath)
Subject: Re: copyrights
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 33
Date: 16 Jul 92 11:36:18 GMT

My wife took a class in copyright law a loooong time ago, and here is what
I remember:

1. You have to put either the word 'copyright' or the little c inside the
circle in the work you're going to copyright.  Putting a c inside
parenthesis will not do it.  I don't believe you need both the c/circle and
the word, either will do.  You should put the year also.

2. The copyright notice for computer programs should be displayed
prominently - that translates to 1. on the disks, 2. on any outside
packaging, 3. in the code itself, and 4. on any descriptive screens (like
in the about box).  It should also appear when the program is first run
(like on a welcome-type screen).

3. You don't actually have to file anything to have a copyright, though you
can.  When you become aware of a copyright infringment, you have a certain
period of time (don't know what it is) to file the proper forms with the
Library of Congress (?).  If you don't file the forms within that period of
time, you can't sue (or whatever) the other person for infringment.  So you
see, if you file the papers at the beginning, you make it a little easier
to pursue any infringments.

4. You should keep records of when you produced the work (this will help
establish a claim in the future, if some problem arises with conflicting
copyrights).

chuck

|- chuck mcmath - [e-mail] - MSD, Inc. ------------|
|- National Library of Medicine - National Institutes of Health --|
|- Bethesda, MD 20894 ------------- C++ causes cancer ------------|
|- "Hey batter, hey batter, hey batter, swing" - Anon. -----------|











Path: ucivax!gateway
From: [e-mail] ("Elizabeth A. Macknik")
Subject: Re: Copyrights
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL0]
Newsgroups: fa.think-c
Lines: 53
Date: 16 Jul 92 19:46:09 GMT


Recently Chuck McMath said this:

  1. You have to put either the word 'copyright' or the little c inside the
  circle in the work you're going to copyright.  Putting a c inside
  parenthesis will not do it.  I don't believe you need both the c/circle and
  the word, either will do.  You should put the year also.

This is right!  A judge decided that a c inside parentheses is _not_ a
copyright symbol.  So spell it out or use the correct symbol!

  2. The copyright notice for computer programs should be displayed
  prominently - that translates to 1. on the disks, 2. on any outside
  packaging, 3. in the code itself, and 4. on any descriptive screens (like
  in the about box).  It should also appear when the program is first run
  (like on a welcome-type screen).

You must put your copyright notice where people can see it--just your source
code will not work.  (Besides, your copyright would not make it into your
distributed code.)

  3. You don't actually have to file anything to have a copyright, though you
  can.  When you become aware of a copyright infringment, you have a certain
  period of time (don't know what it is) to file the proper forms with the
  Library of Congress (?).  If you don't file the forms within that period of
  time, you can't sue (or whatever) the other person for infringment.  So you
  see, if you file the papers at the beginning, you make it a little easier
  to pursue any infringments.

No, you have all of the privileges of a copyright whether you register with
the Library of Congress or not!  However, if you register your program, and
someone later says that they developed the program, not you, your registration
makes it much easier to show that it is indeed your program.

Last time I checked, registration cost $10.

  4. You should keep records of when you produced the work (this will help
  establish a claim in the future, if some problem arises with conflicting
  copyrights).

This is also to prove that you did indeed develop the code.  Since a
copyright protects creative work, if you keep historical copies of the code
during development, it will help protect your copyright.


One final note.  You must have your copyright notice on all distributions of
your software!  If you distribute any copies without the copyright notice,
you essentially are entering your program into the public domain.  I always
write my copyright notice before anything else--that way even my alpha and
beta versions have my copyright notice prominantly displayed.

--
Elizabeth A. Macknik                             [e-mail]










Path: ucivax!gateway
From: [e-mail] (John Champion)
Subject: Programming QuickTime
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 25
Date: 16 Jul 92 21:03:05 GMT

>From: "David A. Denboer" <[e-mail]>
>Subject: Programming QuickTime
>Newsgroups: fa.think-c
>Date: 16 Jul 92 03:42:41 GMT
>To: [e-mail]
>
>
>Why, when compiling stuff from Apple's QuickTime CD, does the compiler
>continuously stop compiling at the line
># include <Components.h>
>
>No matter what kind of mac I am using, the damn thing wont work.
>It says that it could not load "Components.h", yet when I load it it works fine.
>It is in the same folder as my project, as are all the interface stuff for QT,
>but still wont load.
>

#include <Components.h>    //looks in the system include file folders
#include "Components.h"    //looks in the local folder & system include
folders

-------------------------------------------------------------------
John Champion  [e-mail]   Arco Alaska, Inc.  Kuparuk, Alaska
-------------------------------------------------------------------











Path: ucivax!gateway
From: [e-mail] (Zach Kessin)
Subject: file question
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 14
Date: 16 Jul 92 21:19:02 GMT


In the Think C UNIX/ANSI library for files i saw stdin and stdout but
is there an eqivelent of /dev/null? It would make something I'm doing
much easer!

thanks

--Zach
****************************CLINTON/GORE'92**********************
   Zachary Kessin
 [e-mail]  / Time and tide melts the snowman
 [phone]                 /   --The Doctor 'Time and the Rani'












Path: ucivax!gateway
From: [e-mail] (Zach Kessin)
Subject: ansi file ops in A4 libs
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 20
Date: 17 Jul 92 17:31:11 GMT


Is there a way to use the ansi file operstions fprinf(), fopen() etc
in a code resource? Better yet a way to get a fake prinf() that would
send output to a text buffer?

I think I could fake it if I had to...
                            ...But I'd rather not have to.

Thanks a 10^6

--Zach

****************************CLINTON/GORE'92**********************

   Zachary Kessin
 [e-mail]  / Time and tide melts the snowman
 [phone]                 /   --The Doctor 'Time and the Rani'













Path: ucivax!gateway
From: [e-mail]
Subject: Cool Black Menu (tm)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 28
Date: 17 Jul 92 18:53:21 GMT


I have this most funny bug.  I am pretty sure that it is close to
impossible for you kind netters to tell what's wrong based on the little
info below, unless someone had the same bug and analyzed it.

I have an application which works pretty much as I expect (I expect it to
behave, that is).  It does not crash or anything horrible like that.  But
every once in a while, maybe once every 10 invocations, it paints the menu
bar a cool black background, with the letters in dark yellow or brown.
Other menus, like the pull down directory path in SFD and like hierarchical
menus in my application, all behave the same.  When I switch to other
applications, they restore their conventional, if somewhat dull, B & W
menus - till I switch to my application which restores the cool menu.

The application does all sorts of things, including rather involved
manipulations of GWorlds.  But this one-in-a-ten thing happens immediately
after invocation, before the application has a chance to do its GWorld and
other big data structure things.

I'd like to repeat that the application works just fine even with the Cool
Black Menu (tm).  I can detect no other oddities in the way it works,
including the graphics.

I am using a Mac II Si, system 7/tuna and a couple of inits including
AutoDoubler, which I like a lot, but cannot somehow make myself believe
it's innocent until proven otherwise.

Chuck










Path: ucivax!gateway
From: [e-mail] (Jim O'Dell)
Subject: ansi file ops in A4 libs
Message-ID: <[e-mail]>
In-Reply-To: Zach Kessin's message of 17 Jul 92 17:31:11 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 17
Date: 18 Jul 92 00:16:06 GMT


Is there a way to use the ansi file operstions fprinf(), fopen() etc
in a code resource? Better yet a way to get a fake prinf() that would
send output to a text buffer?

I think I could fake it if I had to...
                            ...But I'd rather not have to.
=====
I think sprintf works in the A4 lib. That should do exactly what you
want.

If you want to fake fprintf, its pretty easy to write versions of
fopen. fclose and fprintf that call the Appropriate Mac functions
(FSOpen, FSClose and for fprintf a call top sprintf and then a call
to FSWrite.

Jim










Path: ucivax!gateway
From: [e-mail] (Danny Thomas)
Subject: re: ansi file ops in A4 libs
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 129
Date: 18 Jul 92 03:06:04 GMT

Zach Kessin <[e-mail]> writes
>Is there a way to use the ansi file operstions fprinf(), fopen() etc
>in a code resource? Better yet a way to get a fake prinf() that would
>send output to a text buffer?
>
>I think I could fake it if I had to...
>                            ...But I'd rather not have to.

well Zach, I recently went through this in writing an XOP (external module)
for the Igor graphing/analysis program. In my case there were several other
ANSI facilities I wanted to use (eg strftime()) which amounted to rather
more work than simply faking fopen() etc. To quote from the comments I
wrote at the time:

/*
 *             NOTES ON THINK C ANSI LIBRARY IN XOPs
 *
 *  ANSI A4 is missing quite a few ANSI functions, perhaps because they
 *  aren't needed by most things you do in the A4 world, but with some of
 *  them it isn't as simple as just including the file in the project:
 *    in the case of time.c, it simply has arrays of strings with
 *    an initializer of literal strings constants. These are OK in
 *    a single-segment code resource, but not in a multi-segment project.
 *    The workaround is to use a function to perform the initialization.
 *
 *  PROBLEMS WITH STDIO FUNCTIONS
 *  have to include at least
 *    alloc, fread, fseek, getc, iomisc, stdio
 *  the FILE structs are allocated statically, but the buffers are
 *    malloc'd and free'd by fclose() and other functions. It is
 *    important that the buffers are free'd upon exit from the XOP
 *    including premature panic exits.
 *  I think malloc should be OK with CODE resources though they
 *    can't be used from interrupt routines, such as drivers
 *  my approach is to remove the _atexit_stdio() function register
 *  and and move the stdio_exit() call to the CLEANUP message below.
 */

//  time.c modified because it had static string initialization
//  so this routine needs to be called before using ANY ANSI time stuff!!
void  init_time_routines(void);
//  in the THINK ANSI stdio library, this routine was registered
//  as an at_exit function. This was causing a problem, see notes below.
void  stdio_exit(void);



     *=*=*=*=*=*=*=*=*=*=*=* RECIPE *=*=*=*=*=*=*=*=*=*=*=*=

make a copy of time.c called my_ANSI_time.c and place this conditional
around the definitions of day/month names already there (or simply replace
them)

#if 1

static char *dayname[7];  //  had string initializers
static char *monthname[12];  //  had string initializers

void  init_time_routines(void);  //  new function

void  init_time_routines(void)
{
    dayname[0] = "Sunday";     dayname[1] = "Monday";    dayname[2] =
"Tuesday";
    dayname[3] = "Wednesday";  dayname[4] = "Thursday";  dayname[5] =
"Friday";
    dayname[6] = "Saturday";
    monthname[0]  = "January";   monthname[1] = "February";
    monthname[2]  = "March";     monthname[3] = "April";
    monthname[4]  = "May";       monthname[5]  = "June";
       monthname[6]  = "July";       monthname[7]  = "August";
    monthname[8]  = "September";     monthname[9] = "October";
    monthname[10] = "November";   monthname[11] = "December";
}

#else


... proprietary Symantec code


#endif

so at the start of your code YOU will have to call init_time_routines() to
initialise the month names.



make a copy of fopen.c called my_ANSI_fopen.c

Comment out the call to __atexit_stdio() at the end of __open()
Excise the "static" qualifier on the prototype declaration at the top of
the file, as well as the actual function definition of stdio_exit(). This
means that at the end of your program YOU will have to explicitly call
stdio_exit() to clean up the open files.
NB check comment block above, the cleanup has to be done on premature exits
too! (which was why THINK at_exit() registered the function)

In my case I made up a code-resource project with the following unmodified
THINK modules and built it as a library
arith.c, atoi.c, bufio.c, ctype.c, errno.c, fwrite.c, mem.c, printf.c,
scanf.c, stdio.c, str.c, strn.c & ungetc.c
PS on reflection, maybe this was the original THINK A4 library?

In the actual project for my XOP I included this library (8026 bytes) plus
alloc.c, fread.c, fseek.c, getc.c, iomisc.c my_ANSI_fopen.c &
my_ANSI_time.c
Mind you these could have been compiled in a second library.


That's all that I seem to have written down. All I know is that it seemed
to work for me but would be grateful to hear of other comments notably why
the at_exit() stuff didn't work. I believe MPW doesn't have the same
restrictions on multi-segment A4 stuff as THINK does.

cheers,
X500: @c=AU [I'm about to update VTHRC entries, soon...]
       @o=University of Queensland
        @ou=Physiology and Pharmacology Department
         @ou=Vision Touch and Hearing
          @cn=Danny Thomas
           @rfc822Mailbox=[e-mail]


PPS actually, I must have missed something in my notes cause my XOP also
made use of setjmp/longjmp() for error exits, and what I've described
doesn't include the setjmp.c module?? Anyway this should provide a useful
starting point.











Path: ucivax!gateway
From: [e-mail] (Eric Slosser)
Subject: Cool Black Menu (tm)
Message-ID: <[e-mail]>
In-Reply-To: [e-mail]'s message of 17 Jul 92 18:53:21 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 13
Date: 18 Jul 92 20:23:26 GMT


your 'feature':
every once in a while, maybe once every 10 invocations, it paints the menu
bar a cool black background, with the letters in dark yellow or brown.
Other menus, like the pull down directory path in SFD and like hierarchical
menus in my application, all behave the same.  When I switch to other
applications, they restore their conventional, if somewhat dull, B & W

my guess:
you've somehow set the window manager's gdevice to one of your offworld's
gdevice.  are you drawing to the window manager's color port?
just a guess... sounds like a cool feature indeed...











Path: ucivax!gateway
From: [e-mail] (Vern Leslie Gall)
Subject: Mailing list
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Lines: 11
Date: 19 Jul 92 20:01:47 GMT


--
Vern Leslie Gall - [e-mail]
Computer Science - University of Manitoba - Winnipeg, Canada

Hello,
    I am just starting out programming in C and would like to broaden my horizons.  Could you please put me on your mailing list.  My friend just mailed me about it and I think that it would be very helpful to me in developing software.

Thank-you very much,
Vern L. Gall











Path: ucivax!gateway
From: [e-mail] (Chuck McMath)
Subject: Pgm To Create Regions?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 23
Date: 20 Jul 92 15:08:55 GMT

Hey Think-ers:

I once wrote a program that displayed a bitmap in a window.  This bitmap
consisted of a map with different 'countries' on it.  This program allowed
you to click in a 'country'.  It would then fill the area and call
BitmapToRegion to convert that area to a region, which I then wrote out to
a file.  I used the region data in another program to make the map
'clickable'.

I need to do the same thing, but can't locate the program.  Does anybody
know of a easy way to do this, or should I just rewrite the sucker (it's
not difficult, just a pain in the butt).

Or, if you have a brilliant idea as to how I can accomplish my goal some
other way, let me know!

chuck

|- chuck mcmath - [e-mail] - MSD, Inc. ------------|
|- National Library of Medicine - National Institutes of Health --|
|- Bethesda, MD 20894 ------------- C++ causes cancer ------------|
|- "Hey batter, hey batter, hey batter, swing" - Anon. -----------|











Path: ucivax!gateway
From: [e-mail] (Paul Potts)
Subject: Re:  ansi file ops in A4 libs
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 10
Date: 20 Jul 92 15:52:48 GMT


If you want to fake a printf() to a text buffer, use sprintf and send the
output to a C string. Just allocate a pointer to a block of text and
sprintf to it. Cast it as a char *. I've used this technique successfully
on several occasions. You can call this from an XCMD.
If you're using TextEdit, it might b^E^@^T^R
If you're using TextEdit, it might be trickier. If you get stuck I can show
you some source code.
-Paul-
(paul potts, [e-mail])










Path: ucivax!gateway
From: [e-mail] (Bob Miller)
Subject: Optimum THINK C partition size?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Quote-Of-The: Actually, I don't like using a phone at all.  Not because I
                have any grudge against the instrument itself -- I can fix a
                telephone -- but because I like to see the folks I'm talking
                to.  Without a face and a breath attached to speech, I grow
                uneasy.  It's like eating when you have a cold and can taste
                nothing.                -- Scott Russell Sanders
Organization: The GrapE-ics Lab
Lines: 9
Date: 22 Jul 92 15:52:02 GMT

Last night my Mac grew from 5Mb to 17 Mb (Yay!).  So now that I have
more memory, I'm wasting it all by making all applications' partitions
bigger.  (-:

Has anybody done any experimentation on the maximum useful partition
size for THINK C?  How much space does the compiler really take?  Will
it stay resident if there's room?

                    K<bob>










Path: ucivax!gateway
From: [e-mail] ("Hisham A. Abboud")
Subject: Truncate file length
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 17
Date: 22 Jul 92 20:34:03 GMT


Hi there,

Is there an ANSI C equivalent to the Mac's SetEOF() function?  I have
a binary file that, depending on the number of records in it, could
get shorter.  But I didn't find anything that'll let me shorten the
file.  But it's not terribly important; a few kilobytes of slack space
wont hurt anyone, but I'm just puzzled not to find a way to do this.

Thanks.

                    Hisham.


Hisham A. Abboud, Cedrus Corp.  [Internet: [e-mail]]












Path: ucivax!gateway
From: [e-mail] (Jim Lynch)
Subject: TCL and internationalization
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 10
Date: 23 Jul 92 09:52:12 GMT

I hope that Symantec is listening...

My question is when will there be a version of the TCL which is international-
ready? The TCL text classes do not, at present, provide for 2 byte characters;
is anyone out there working on this? There must be more issues than text (or
is there?)

Signed,

Curious ([e-mail])










Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: Re: TCL and internationalization
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of 23 Jul 92
 09:52:12 GMT
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
Lines: 26
Date: 23 Jul 92 11:49:39 GMT

Jim Lynch wrote:

>  The TCL text classes do not, at present, provide for 2 byte characters;

NOT SO!  (what release did you *test* ????)

TCL 1.1.1 (Pascal v 4.x) CEditText and CStyleText work just fine under
Kanji-Talk 6.0.7 , Arabic 6.0.7, and Hebrew 6.0.7.  CIntegerText uses Sane
(which is sm compatible) for numeric/text conversions, and all editing functions
take due care to allow for double byte characters.

I cant speak for the C version, but I doubt that it would have any problems
either.

CPEditText (wysocki) May not, (havent tested it yet), but it avoids TE.

Other issues exist, but text handling is none of them.

Dana S Emery <[e-mail]>

BTW, you C users (bigots?) have got to remember that TCL is an entity unto
itself, independant of the (2) languages it has been published in (to date), and
has itself had several releases, each release with its own bugs.  PLEASE have
the common courtesy to mention the version and language you are kvetching about,
'TCL' is not specific enough for productive discussion.











Path: ucivax!gateway
From: [e-mail] (Phil Shapiro)
Subject: Optimum THINK C partition size?
Message-ID: <[e-mail]>
In-Reply-To: Bob Miller's message of 22 Jul 92 15:52:02 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 35
Date: 23 Jul 92 12:43:11 GMT

>>>>> On 22 Jul 92 15:52:02 GMT, Bob Miller <[e-mail]> said:

 > Last night my Mac grew from 5Mb to 17 Mb (Yay!).  So now that I have
 > more memory, I'm wasting it all by making all applications' partitions
 > bigger.  (-:

 > Has anybody done any experimentation on the maximum useful partition
 > size for THINK C?  How much space does the compiler really take?  Will
 > it stay resident if there's room?

I wouldn't recomend changing the partition size for THINK C much, if
at all. During compliation, (almost) all data structures will be
allocated from multi-finder temporary memory, and THINK C will use its
own heap only as a last resort. If you increase THINK C's partition
for no reason(*), then you end up fragmenting the pool of memory that
THINK C uses for compilations.

(*)There are some cases where you will want to increase THINK C's
partition size. If you have a very large project, you'll need to
increase the partition, since project-specific data structures can get
very large, and aren't allocated off of the multi-finder temp heap.
Another case is if you get an "out of memory" error inside of the
THINK C debugger's Data window. This can occur if THINK C can't
compile the expression because it doesn't have enough memory. At this
point you can try quitting all other open apps, or increase THINK C's
heap.

(I have 17 Megs, and I leave it at 1500K, since CMaster uses about
200K or so.)

    -phil
----
   Phil Shapiro                                   Software Engineer
   Language Products Group                     Symantec Corporation
           Internet: [e-mail]










Path: ucivax!gateway
From: [e-mail] (Jim Lynch)
Subject: OK...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 12
Date: 23 Jul 92 16:14:17 GMT

OK. The version is Think C 5.2 (or 5.0.2) with TCL 1.1.2... If this is the
case, can someone tell me how to do things like moving the insertion point,
deleting characters and comparison and keep things compatible with
international issues?

I'm doing things like sending the character code for right arrow to move the
insertion point right, etc. What kinds of things do I need to watch out for?
How do I go about comparing keystrokes? Any help would be appreciated as I
would like to look toward the future with my project.

Thank you,
Jim










Path: ucivax!gateway
From: [e-mail] (Roland Mansson)
Subject: Problems with LAPAddATQ/THINK C 5
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 35
Date: 23 Jul 92 16:44:34 GMT

I've tried to make LAPAddATQ() work from THINK C 5. After spending a day or
so on trying to find my bugs, I noticed that LAPAddATQ() changed one of
my most important global variables! That variable was not involved at all
in the LAPAddATQ() call...

After substituting LAPAddATQ with MyLAPAddATQ (see below) it now works. I've
not examined THINK's code for LAPAddATQ(), so I can't say for sure that it's
a THINK C bug.

Another interesting thing with LAPAddATQ() is that it is so badly
documented. After (too many) hours of testing, I discovered that the
ATQEntryPtr should leave the parameters on the stack (ie not pop them into
registers). IM doesn't tell you which way to do it! BAD!!!

static pascal OSErr MyLAPAddATQ(ATQEntryPtr theATQEntry)
{
OSErr   sts;

        asm {                           ; IM VI 32-19
                MOVE.L  #23, D0         ; put routine code into D0
                MOVE.L  theATQEntry, A0 ; put ATQ entry in A0
                MOVE.L  LAPMgrPtr, A1   ; put pointer to LAP manager in A1
                JSR             LAPMgrCall(A1)  ; jump to start of LAP manager s
                MOVE.W  D0, sts         ; get return status
        }

        return sts;

} /* MyLAPAddATQ */

-----
Roland Mansson, Lund University Computing Center, Box 783, S220 07 Lund, Sweden
Phone: [phone]   Fax: [phone]   Bitnet: ROLAND@SELUND
Internet: [e-mail]   or   [e-mail]
UUCP: {uunet,mcvax}!sunic!ldc.lu.se!roland.mansson    AppleLink: SW0472










Path: ucivax!gateway
From: [e-mail] (Bob Miller)
Subject: Re: Optimum THINK C partition size?
Message-ID: <[e-mail]>
In-Reply-To: Your message of "23 Jul 92 12:43:11 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
X-Quote-Of-The: It's spelled just the way it sounds.  -- Mike Przybyla
Lines: 8
Date: 23 Jul 92 18:25:41 GMT

> During compilation, (almost) all data structures will be allocated
> from multi-finder temporary memory, and THINK C will use its own
> heap only as a last resort.

How about the compiler and linker code?  Are they in separate code
segments that get purged when they aren't in use?  How big are they?

                    K<bob>










Path: ucivax!gateway
From: [e-mail] ("David A. Denboer")
Subject: QuickTime headers
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 13
Date: 24 Jul 92 02:53:33 GMT


In my THINK C 5.02 package is a file called StandardFile.h.
This does not have the declarations for the QuickTime Preview stuff.
Where do I get this from?  It was not on my QuickTime CD-ROM, nor was it incl.
with the THINK updaters.
Where can I get this, as it has come time to compile my application, and
I cant do it without the correct StandardFile.h header file!!!

Thanks,
David A. denBoer
[e-mail]
Musi Computer Products
Macintosh Users Show Intelligence










Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: in apology for flame
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of 23 Jul 92
 16:14:17 GMT
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
Lines: 16
Date: 24 Jul 92 05:09:57 GMT

Sorry about the flameing in my previous post, jim rightly took me to task via
private mail.  I monitor TCL-Talk, think-c, and comp.sys.mac.programmer, and
have been building that head of steam up for some time, as an aggragate
response.

I didnt mean the *c-bigots* reference to be taken for anything more than the
hyperbole that it was.

For reference, I suppose I could be called a Pascal-bigot, but since my language
of preference is Mary (which does not exist (yet) for the Mac), MARY-bigot would
be most correct.

------

Dana S Emery <[e-mail]>











Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: Re: OK...
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of 23 Jul 92
 16:14:17 GMT
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
Lines: 67
Date: 24 Jul 92 06:37:04 GMT


It is extreemly difficult for any *real* application to be truly language
independant.  Apple has gone a long way towards making that goal possible, but
mastering the bable of the world is a challanging task to say the least.
The necessary generallity may be insuportable for computationally intensive
applications, and even System 7 is helpless if the relevant scriptmanager
resources are absent (ie, a document uses a font which implies a script not
installed, so none of the tables are there).  The present move towards
referencing fonds by name is dangerous in that it strips the script reference
implicit in the FOND Id, so IMHO, all FOND references in a file should be by
Both name and Id.

For a program to be acceptable to a non-bilingual foreign market, it has to be
(at least) localized in both Manual and Resources.  Apple has just released an
overview manual 'Macintosh guide to software localization', which documents most
of the international fond and keyboard layouts, and also discusses some of the
problems of idiom, as well as ways to minimize the technical problems of
localization.  Applications which need to support foreign platform usage have a
particularly difficult task of gathering *all* of the relevant standards.

IMHO apple needs to extend the FOND resource to include a table which maps its
glyphs to an international standard reference such as UNICODE.  An explicit
table would be required for dingbat like fonts, but 'normal' fonts could imply a
common table in the script resources (some scripts would have alternate script
tables-eg Arabic, Hebrew, others would have multiple script tables-eg Chinese,
Japanese, Korean).

The polyglot developer has to memorize IM 6 ch 14 and 15.  Also the
scriptmanager chapter in IM 5.  It has taken me the better part of a year to
sort out the scriptmanager, and I probably havnt got it completely right yet, so
I can synpathize with your confusion and (presumed) frustration.  If you stay
with TE, use SANE for numeric laundering (as in CIntegerText), and develop only
for system 7 (so that you can use the new tokenization stuff for parseing), you
can try to be polyglot capable.

But you still have to be carefull.  Consider the (common) problem of displaying
text in an area which is too narrow for it (eg in a list or in a pop-ups static
display).  You have to determine what portion of the text to omit, and then need
a non-idiomatic way of showing the abbreviation.  The eurocentric idiom is to
use an elipsis (...), but that character is not always $C9 (in japanese it is
$FF)!  Simply building a default window name requires knowledge of the language,
'1 - Document' is quite different from 'Document - 1', so although one can
externalize *all* of ones text constants (painful tho that is), one also must
consider the implications of all concatenation operations.

You will also have to get a hold of a developers CD-rom, and enlarge your
testing to include a L->R script, complex script, and a double byte script.

Arabic serves for both L->R and complex, and Kanji-Talk (with GomTalk cludge for
system 7), covers the Double byte stuff.

IM-6 implied that system 7 would be released with a polyglot capability,
unfortunately, that has yet to materialize, so you will need to have multiple
system folders on your HD(s).

User initiated character manipulation is covered by TCL/TE.  Program initiated
character manipulation needs to emulate what TCL does, and you need to examine
the code of CEditText and CTextEditTask to clarify the issues.  Faking arrow key
hits might be ok localy, but it is a bit cludgy for long moves.  The Charbyte
function defends you against the vageries of 2xbyte chars, but you need other
defenses for mixed direction support, and that is a weak spot for me, so I dare
not say more.

Bueno fortune,

Dana S Emery <[e-mail]>











Path: ucivax!gateway
From: [e-mail] (Phil Shapiro)
Subject: Optimum THINK C partition size?
Message-ID: <[e-mail]>
In-Reply-To: Bob Miller's message of 23 Jul 92 18:25:41 GMT <[e-mail]>
Newsgroups: fa.think-c
Lines: 18
Date: 24 Jul 92 11:53:24 GMT

>>>>> On 23 Jul 92 18:25:41 GMT, Bob Miller <[e-mail]> said:

>> During compilation, (almost) all data structures will be allocated
>> from multi-finder temporary memory, and THINK C will use its own
>> heap only as a last resort.

 > How about the compiler and linker code?  Are they in separate code
 > segments that get purged when they aren't in use?  How big are they?

The compiler itself is about three segments worth of code (including
the optimizer), and the linker is about one. They're purged when
they're not in use.

    -phil
----
   Phil Shapiro                                   Software Engineer
   Language Products Group                     Symantec Corporation
           Internet: [e-mail]










Path: ucivax!gateway
From: [e-mail] (WALSHAG)
Subject: RE: QuickTime headers
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 18
Date: 24 Jul 92 15:22:40 GMT

> In my THINK C 5.02 package is a file called StandardFile.h.
> This does not have the declarations for the QuickTime Preview stuff.
> Where do I get this from?  It was not on my QuickTime CD-ROM, nor
> was it incl. with the THINK updaters.
>Where can I get this, as it has come time to compile my application,
> and I cant do it without the correct StandardFile.h header file!!!

David,

The call for previewing under System 7 is StandardGetFilePreview().
Under System 6 use SFGetFilePreview().  The header file for both these routines
is "ImageCompression.h", which should be on the QuickTime CDROM for developers.
 They should also be available via anonymous FTP to Apple's site
(ftp.apple.com).

Hope this helps,
Aaron Walsh
[e-mail]










Path: ucivax!gateway
From: [e-mail]
Subject: Subscribe
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 9
Date: 27 Jul 92 14:06:52 GMT


Hello,
I would like to be added to the list, if possible.
.
Rich [e-mail]
Could you tell me how often the newsletters are posted?













Path: ucivax!gateway
From: [e-mail] ("David A. Denboer")
Subject: Macintosh C PRogramming Primer Ch6
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 14
Date: 29 Jul 92 01:15:34 GMT

Has anyone got the program "Reminder" in chapter 6 to work?
I am using an SE Sys7.0 Tuner 1.1.1 4mb RAM...
It stops compiling here:
if (reminder->launch = GetCtlValue((ControlHandle)itemHandle))
    reminder->notify.nmResp = &LaunchResponse;
With an error : Pointer types don't match(reminder->notify......)

Is there a typo in the book?

Any information would be useful,
David A. denBoer
[e-mail]
Musi Computer Products
Macintosh Users Show Intelligence










Path: ucivax!gateway
From: [e-mail] (Jim Lynch)
Subject: Hope this helps everyone...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 54
Date: 29 Jul 92 16:31:34 GMT

David said:
>>>>>
Has anyone got the program "Reminder" in chapter 6 to work?
I am using an SE Sys7.0 Tuner 1.1.1 4mb RAM...
It stops compiling here:
if (reminder->launch = GetCtlValue((ControlHandle)itemHandle))
        reminder->notify.nmResp = &LaunchResponse;
With an error : Pointer types don't match(reminder->notify......)

Is there a typo in the book?

Any information would be useful,
David A. denBoer
<<<<<

I am posting this on the list because I believe that the issue of type
mismatching in pointer assignments in Think C 5.x is an issue that most
on the list will need to with.

Are you using Think C 4.0 or 5.0? Note that the examples in Dave Mark's
"Macintosh C Programming Primer Vol. 1" use Think C 4.0 (Well, I'll hedge
the bet by saying that MY copy of it has Think C 4.0 examples)

Other than that, check the pertinant header files: find out exactly
what Think C is considering a mismatch. The most times I've found pointer type
mismatches is between short and int types.

In order for the think-c group to say more, you need to show the definitions or
declarations of LaunchResponse and those of reminder. You can look at those
too; chances are you'll find the mismatch right away.

If you're using Think C 5 and depending on how the preferences and language
settings are, the compiler will exact tighter restrictions on type matching.
One area is that of function prototypes: if you 'Require Prototypes' and
you check the box that tells the compiler to check pointer types, the pointer
types must match exactly. In order for them to match, they must have identical
function prototype definitions.

In MacLand, some functional types are defined as a 'ProcPtr' which is
supposed to cover all cases of pointers to procedures and functions. In C,
the function prototype goes to specify the pointer type: pointers to
functions that have different prototypes are considered to have different
pointer types.

The solution here is to use a typecast on the part of the pointer assignment
to the right of the assignment operator ('=' in this case). Unfortunately,
I don't have the definition/declaration of the data in David's example, so I
cannot comment further on that.

Realise this also becomes an issue when moving code from Think C 4.0 to 5.0.

I hope this helps.

-Jim










Path: ucivax!gateway
From: [e-mail]
Subject: replacing StdTxMeas
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 82
Date: 29 Jul 92 19:46:14 GMT



hello folks,

i'm having a problem with replacing quickDraw text-measuring procs.
my app needs for all TABs to be drawn at exactly the same width,
regardless of font.  my only solution is to replace the StdText()
and StdTxMeas() procs with simple versions which only intercept
tab characters.

well, most of the below code works, except the MyTextMeasure() code
when the font selected is not a "RealFont" (ie, when the user doesn't
have that font size installed.)

Any clues, or other ideas??

thanks,
:jeff bellsey
[e-mail]

==================================


void DrawTab()
{
    Move ( tabPixelWidth, 0 );
}

pascal void MyDrawText (short    bytes, Ptr textBuf, Point numer, Point denom)
{
    short        count = 0;

    for ( count = 0; count < bytes; ++count )
    {
        if ( *((char*)textBuf + count) == TAB )
            DrawTab();
        else
            StdText ( 1, textBuf + count, numer, denom );
    }
}

short    MeasureTab(short num, short denom)
{
    return (short)(tabPixelWidth * (double)denom/(double)num + 0.5);
}

pascal short MyMeasureText (short bytes, Ptr textBuf,
                        Point *numer, Point *denom, FontInfo *fInfo)
{
    char    tabChar = '\t';
    short    retVal = 0,
                newTabWidth, oldTabWidth, tabCount, i;
    Point    oldNum, oldDen;
    FontInfo    oldFInfo;

    retVal = StdTxMeas ( bytes, textBuf, numer, denom, fInfo );

    if ( bytes > 0 )
    {
        tabCount = 0;

        for ( i = 0; i < bytes; ++i)
            if ( *(textBuf+i) == tabChar )
                tabCount++;

        if ( tabCount > 0 )
        {
            oldNum    = *numer;
            oldDen    = *denom;
            oldFInfo    = *fInfo;

            oldTabWidth = StdTxMeas( 1, &tabChar, numer, denom, &oldFInfo);
            newTabWidth = MeasureTab(oldNum.h, oldDen.h);
            retVal += (newTabWidth - oldTabWidth) * tabCount;
            if ( fInfo->widMax < newTabWidth )
                fInfo->widMax = newTabWidth;
        }
    }

    return retVal;
}











Path: ucivax!gateway
From: [e-mail] (AARON BARNETT)
Subject: cursors
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
MIME-version: 1.0
Newsgroups: fa.think-c
X-VMS-To: TOE::IN%"[e-mail]"
Lines: 9
Date: 30 Jul 92 13:05:07 GMT
X-Envelope-to: [e-mail]

Hello,
    I'm changing my cursor to a custom one(color) when it's over
my window, and theoretically back when its not.  If you didn't guess,
it doesn't change back.  this only happens when I'm useing clickchange.
with clickchange off, i can do a SetCursor(&arrow), no problem. So i
guess the question is since I cannot assume that the user is user the
standard arrow, how do i know what the previous cursor was.

aaron










Path: ucivax!gateway
From: [e-mail] (Zach Kessin)
Subject: unix like pipes
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 32
Date: 30 Jul 92 15:51:08 GMT


I am trying to figure out how to do a unix like pipe for some programs
that I am porting to the mac.
what I would like to do is something like this:
PROG 1

...
fprintf(myPipe, ...);
...


PROG2

...
fscanf(myPipe,...)
...

I am trying to figure out how to do this best on the mac (sys 7)
I think that ADSP might work well, will that work between 2 apps on
one mac? Or I could use a Shared file, but that did not seem as good?

Any Ideas?

thanks in advance

--Zach  [e-mail]

There are worlds out there where the sky is burning.  The sea's
asleep, and the rivers dream. People made of smoke and cities made of sound.
Somewhere there's danger. Somewhere there's injustice.
Somewhere else the tea's getting cold. Come on Ace, we've got work to do."
                                    -The Doctor "Survival"










Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: Shopping suggestion
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 9
Date: 30 Jul 92 17:06:54 GMT

I'm going to spend some weeks in the States this summer, and it could be
the right time to buy Mac products like books and software for C programming.
Do you people out there have any suggestions about packages or books that you
consider valuable?
What do you think about MacApp?
Any suggestion welcome|

Rodolfo Cardarelli
[e-mail]










Path: ucivax!gateway
From: [e-mail] (King Rhoton)
Subject: Re:  Shopping suggestion
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 3
Date: 30 Jul 92 18:42:35 GMT

Remember that MacApp will be phased out in favor of Bedrock.  I forget what the
timing will be.
King










Path: ucivax!gateway
From: [e-mail] (WES COVALT)
Subject: Jim Lynch (?)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 5
Date: 30 Jul 92 19:46:47 GMT

Jim,
    I tried to subscibe to your Think-C list through the List Server
only to discover it's not on the list.  Can you please place me on
the think-c list?
Wes Covalt P30WCC9@NIU










Path: ucivax!gateway
From: [e-mail] (Andre "A Mac Plumber" Srinivasan)
Subject: trouble creating a bitmap from a pixmap
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 34
Date: 30 Jul 92 23:19:08 GMT


i would like to take a pixmap and convert it into a solid bitmap to
use as a mask for copymask.  i originally thought i could simply
copybits the pixmap to the bitmap, but this didn't work; the object is
an arrow with a black outline and a light gray interior, the black
outline was in the bitmap, but the interior of the arrow was white.

so i tried adding a search proc thinking i could map all colors except
for white into black.  this didn't work - i got the same results.

my current effort involves creating a temporary pixmap, copying the
original pixmap into my temporary while mapping all non-white colors
to black, and then copying the temporary pixmap into a bitmap.

as i watch the code execute, the search proc only gets called for
twice: once for black and then once for white.  i tried a search proc
that modifies the rgb value it's passed (returning FALSE) as well as a
search proc that sets the color table index and returns TRUE.  in both
of these cases i end up with a pixmap that is the same as the
original.

i don't get it.  the only thing i can think of now is that my gworld
needs to point at the on screen port while i do all of this (right
now, the current gworld happens to pointing at an offscreen gworld).

any help would be appreciated.  thanks.

                                -andre.

---
Andre Srinivasan  :
734 LRDC          : "Well scratch my back with a hacksaw."
U. of Pittsburgh  :                    - Mike Lange
[e-mail] :










Path: ucivax!gateway
From: [e-mail] ("David A. Denboer")
Subject: Modeless Dialog Question (ResEdit)
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Lines: 27
Date: 31 Jul 92 05:28:55 GMT

Using ResEdit 2.1.1, I create a resource 'DLOG' (and corresponding 'DITL')
I specify the Dialog's window type (in ResEdit) to be a 'NoGrowDocProc',
without a close box (no zoom, no scrolls, no grow)... In my program, I use
the following code to put my dialog on the screen :
{
    if (gModelessDialog == NIL) {
        gModelessDialog = GetNewDialog(rEnterDialog,NIL,(WindowPtr) -1);
    }

    SelectWindow(gModelessDialog);
    SetPort(gModelessDialog);
    ShowWindow(gModelessDialog);
}

This works fine in putting the dialog on the screen, but I get the wrong
window type on the screen (I get a 'ZoomDocProc')

The same resource file in a Pascal program works fine, but I cannot get it
to work in C.

Any suggestions?
David A. denBoer
[e-mail]
Musi Computer Products
Macintosh Users Show Intelligence












Path: ucivax!gateway
From: [e-mail] (Wade Williams)
Subject: (none)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Lines: 38
Date: 31 Jul 92 19:12:06 GMT

This message is being cross-posted to several groups as we are in a crisis
situation.  To those who receive multiple copies of this message, my
apologies.  To those groups to whom this does not directly apply, my
apologies.  However, I felt the need for the maximum number of people
possible to read this message and I felt that readers of a variety of
different lists might be able to provide a solution, even if it did not
directly apply to the list.

So, the problem is:

Within the next week, we're supposed to install our first System-7 lab on
campus.  However, we hide our System Folder and rebuild the hard disk each
day using RevRdist.

The problem is, when the System Folder is hidden, none of the items in the
Apple Menu Items folder appear in the Apple Menu (only the "About this
Macintosh" choice appears).

I've tried using aliases, keeping the System Folder visible and putting it
inside of another invisible folder, and everything else I can think of.

Some have proposed just putting those items (Chooser, calculator, etc) on
the desktop.  That would not work because they would get trashed.  Also,
because RevRdist rebuilds our hard disks each morning, we cannot use
security software such as FolderBolt or FileGuard.

This problem may seem trivial, but it certainly is not.  I need a
satisfactory solution to this problem.  By the way, going back to System 6
is not an acceptable solution as many of our machines will only run System
7.

Again, I apologize for the cross-posting, but I hope someone will be able
to help.  Thank you.

Wade Williams
Academic Computing Services, Auburn University
[e-mail]











Path: ucivax!gateway
From: [e-mail] (Tom Johnson)
Subject: Smooth Animation & GNE/WNE - Is it possible?
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL11]
Newsgroups: fa.think-c
Lines: 41
Date: 31 Jul 92 20:57:33 GMT

I'm thinking about writing a game, so I decided I'd play around a bit and
try to get some nice fast and smooth animation running just to see how to
do it.  Nothing fancy, just a box bouncing around in a window on the screen.
I've got the drawing sync'd to a VBL task and everything works great in a
situation like this:

  do {
        DrawNextFrame();
     } while (!Button());

of course.  But when I put it into a real event loop:
  do {
        MainIdle();
        gotEvent = WaitNextEvent(everyEvent, &theEvent, 0,nil);
        if (gotEvent)
                HandleEvent(&theEvent);
      } while (gQuitApplication != true);

I get all sorts of little starts/stops/pauses in the animation, as the mac
gives time to background processes.  And it's certainly not acceptable for
a fast arcade-style game.

How do other game authors handle it?  Do you not give time to bkgnd processes?
Just let downloads timeout?  Or is there some simple idea that's gone by
me completely?


Question 2:  I've given up on getting enough speed from CopyBits and have
decided that I'm willing to take a few risks and write directly to the
screen.  I found the sample code in the FAQ for setting pixels.  Does anyone
have some utility routines they might be willing to share to handle other
tasks?  (ie drawing Icl's, etc...).

This is just a little throw away freeware
game, so I'm trying to get as much done as I can as quickly as possible. Has
anyone ever written a sample arcade game and given away the source? Something
I could base mine upon?

Thanks-
  Tom